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Beschreibung 

Flow Chart Programmierung fur industrielle Steuerungen, ins- 
besondere Bewegungs steuerungen 

Die Erfindung bezieht sich zum einen auf ein Verfahren fur 
die Programmierung von industriellen Steuerungen, insbesonde 
re Bewegungssteuerungen, wobei der Anwender mit einem graphi 
schen Editor Kontrollstrukturen und Funktionsblocke zu einem 
auf einer Anzeigeeinrichtung visualisierbaren Flow Chart ver 
knupf t . 

Ferner bezieht sich die Erfindung auf eine Einrichtung fur 
die Programmierung von industriellen Steuerungen, insbesonde 
re Bewegungssteuerungen, wobei vom Anwender mit einem graphi 
schen Editor Kontrollstrukturen und Funktionsblocke zu einem 
auf einer Anzeigeeinrichtung visualisierbaren Flow Chart 
verknupfbar sind. 

Im industriellen Umfeld ist es bekannt, sowohl fur die Steue 
rung eines technischen Prozesses als auch fur die Steuerung 
der Bewegung einer Verarbeitungs- bzw. Produktionsmaschine 
graphische Eingabehilf smittel sowie einen Bildschirm zur Vi- 
sualisierung zu verwenden (Hans D. Kief: "NC/CNC Handbuch", 
2000, Hansa Verlag, Seite 254, Bild 7 bzw. Seite 327, - 
Bild 6) . Grundelemente grafischer Struktur-, Fluss- und Ab- 
laufplane sind in der Norm DIN 66 001 aufgefuhrt. 

In "Visuelle Sprachen - ein unauf haltsamer Trend in der In- 
dustrie" (Josef Hubl, SPS/IPC/Drives - Tagungsband, Seite 88 
- 95, 23. - 25. November 1999, Nurnberg, Verlag HUthig GmbH, 
Heidelberg) ist aulierdem angegeben, dass Kontrollf luss- bzw. 
Datenf lussdiagramme fur die Steuerung von Automatisierungs- 
aufgaben mit Hilfe graphischer Editoren erstellt werden. 

Die heutzutage existierenden graphischen Eingabehilf smittel 
und graphischen Editoren fur die Programmierung von indus- 
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triellen Steuerungen unterstutzen aber dediziert die Program 
mierung der Steuerung eines technischen Prozesses (SPS- 
Funktionalitat ) oder die Programmierung der Steuerung der Be 
wegung einer Verarbeitungs- bzw. Produktionsmaschine . Die 
Programmerstellung fur beide Anwendungsgebiete wird von exis 
tierenden Flow Chart-Editoren jeweils nicht adaquat unter- 
sttitzt . 

Ein weiterer Nachteil der heutzutage bei der Programmierung 
industrieller Automat isierungsauf gaben eingesetzten Flow 
Chart-Editoren ist, dass die mit ihnen erzeugten Diagramme 
direkt in ablauf f ahigen Prozessorcode umgesetzt werden oder 
dass aus den Diagrammen ASCII-Code erzeugt wird, der dann im 
jeweiligen Zielsystem lauf zeitintensiv interpretiert werden 
muss. Neben der dadurch resultierenden Unf lexibilitat beziig- 
lich der Portierung und Ubertragung der Programme auf andere 
Anlagen oder Maschinen bedeutet dieser Mechanismus als weite- 
ren Nachteil fur den Anwender nur eingeschrankte Debugging- 
Moglichkeiten . 

Auflerdem liegen zusatzliche Nachteile existierender Flow 
Chart-Editoren im meist starren und unflexiblen Sprachvorrat 
an fur den Anwender verwendbaren Icons und in der fest vorge- 
gebenen sequentiellen Abarbeitungsreihenf olge der Icons bzw. 
der entsprechenden Funktionsblocke . Auch bieten existierende 
Flow Chart-Editoren haufig nur wenig Moglichkeiten zur Formu- 
lierung von Synchronisationsmechanismen, die aber insbesonde- 
re fur die Programmierung von Applikationen in der indus- 
triellen Automatisierung sehr oft bendtigt werden. 

Der Erfindung liegt daher die Aufgabe zugrunde, ein Verfahren 
gemafi Oberbegriff von Anspruch 1 und/oder eine Einrichtung 
gemafl Oberbegriff von Anspruch 17 zu schaffen, wobei einem 
Anwender sowohl fur die Programmierung der Steuerung von 
technischen Prozessen (SPS-Funktionalitat ) als auch fur die 
Programmierung von Bewegungss teuerungen (Motion-Funktiona- 
litat) Unterstutzung gegeben wird. Dem Anwender soil dabei 
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grolitmoglichste Flexibilitat bei der Programmierung angeboten 
werden, insbesondere soil er dabei durch adaptive Mechanismen 
unterstiitzt werden. 

Gemafl der Erfindung wird diese Aufgabe fur ein Verfahren der 
eingangs genannten Art dadurch gelost, dass folgende Schritte 
aufeinander folgend durchgeflihrt werden: 

a) aus dem Flow Chart wird eine textuelle Sprache erzeugt, 

b) die textuelle Sprache wird in einen prozessorunabhangigen 
Zwischencode kompiliert , 

c) der prozessorunabhangige Zwischencode wird auf die Steue- 
rung geladen, 

d) der prozessorunabhangige Zwischencode wird in ablauffahi- 
gen Prozessorcode umgesetzt, 

wobei dem Anwender im Flow Chart-Editor, in Abhangigkeit von 
der zugrundeliegenden Maschinen- bzw. Hardwarekonf iguration 
adaquate Sprachmechanismen zur Verfugung gestellt werden. 

Dadurch, dass aus den Flow Chart-Diagrammen in einem Zwi- 
schenschritt eine textuelle Sprache erzeugt wird, hat der An- 
wender die Moglichkeit, bereits auf dieser Ebene der textuel- 
len Sprache Plausibilitatsiiberpruf ungen durchzuf uhren . Er 
kann aber auch weitere Sprachelemente, die in der textuellen 
Sprache vorliegen, zu seiner Anwendung hinzubinden. Dadurch, 
dass die textuelle Sprache in einem weiteren Zwischenschritt 
in einen prozessorunabhangigen Zwischencode kompiliert wird, 
bleibt die angesprochene Flexibilitat fur den Anwender wei- 
terhin erhalten. Auch auf dieser Zwischencodeebene kann der 
Anwender Plausibilitatschecks bzw. ein Debugging durchflihren. 
Der letztendlich in der Steuerung ablaufende Prozessorcode 
wird aus dem prozessorunabhangigen Zwischencode generiert, 
dadurch wird das Target der Anwendung erst zu einem sehr spa- 
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ten Zeitpunkt festgelegt. Durch die Zwischenschritte bei der 
Codegenerierung konnen aufierdem sehr leicht unterschiedliche 
Ziel-Hartwaren bedient werden. 



Ein weiterer Vorteil der vorliegenden Erfindung liegt darin, 
dass aus der zugrunde liegenden Maschinenkonf igurierung bzw. 
Maschinenpro j ektierung aktuelle und adaquate Sprachmechanis- 
men abgeleitet werden, die im Flow Chart-Editor, in Form von 
Icons, dem Anwender zur Verfiigung gestellt werden. Dadurch 
wird einem Anwender eine Programmierumgebung zur Verfiigung 
gestellt, die auf die zugrunde liegende Hardware abgestimmt 
ist und somit optimal den vorliegenden Anf orderungen und 
Randbedingungen geniigt . Der Sprachvorrat des Flow Chart- 
Editors adaptiert sich somit selbstandig an die vorhandenen 
HW-Gegebenheiten (z.B. die zugrunde liegende Maschinenkonf i- 
guration) . 

Eine erste vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass aus anwenderdef inierten Unterprogrammen der tex- 
tuellen Sprache automatisch entsprechende graphische Elemente 
in der Flow Chart-Notation generiert werden, welche die Funk- 
tionsschnittstelle der entsprechenden Unterprogramme enthal- 
ten. Dadurch ist es moglich, dass aus schon vorhandenen Un- 
terprograminen der textuellen Sprache oder aus zusatzlichen 
Unterprogrammen, die in die textuelle Sprache eventuell vom 
Maschinenbauer eingebracht wurden, automatisch Icons und die 
dazugehorigen Masken vom System generiert werden und dem An- 
wender im Flow Chart-Editor zur Verfiigung gestellt werden. 
Die Funktionsschnittstelle und die Obergabeparameter der Un- 
terprogramme der textuellen Sprache werden dabei automatisch 
fur die Flow Chart Icons generiert. Durch diesen Mechanismus 
lassen sich leicht von OEM-Kunden (Original Equipment Manu- 
facturer) schon in textueller Sprache vorliegende Unterpro- 
gramme in den Flow Chart-Editor iibernehmen. Damit wird dem 
Endanwender fur seine Flow Chart-Programmierung ein angepass- 
ter und erweiterter Sprachvorrat an Icons zur Verfiigung ge- 
stellt. 
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Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die automatisch generierten grafischen Elemente 
vom Anwender als Sprachelemente des Flow Charts verwendet 
werden. Dadurch, dass der Anwender die automatisch generier- 
ten Icons als normale Sprachelemente des Flow Chart-Editors 
verwenden kann, wird der ihm zur Verfugung stehende Sprach- 
vorrat an Flow Chart-Elementen, d.h. an Icons, erweitert. So- 
mit wird die Flexibilitat und Ausdrucksmoglichkeit beziiglich 
der Programmierung von Applikationen fiir den Anwender erhoht. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass als textuelle Sprache Structured Text nach 
IEC 6-1131 verwendet wird. Dadurch, dass mit IEC 6-1131 eine 
genormte Sprache auf der Ebene der textuellen Sprache verwen- 
det wird, ist der Austausch bzw. die Kopplung mit anderen 
Programmiersystemen sehr leicht moglich. Aufierdem wird durch 
die Verwendung von IEC 6-1131 als Zwischensprache die Portie- 
rung auf unterschiedliche Zielsysteme sehr erleichtert. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass ein Anwender zum Formulieren von Bedingungen be- 
liebig zwischen den Darstellungsf ormen textuelle Sprache, 
Kontaktplan (KOP) und/oder Funktionsplan (FUP) wechseln kann. 
Dadurch, dass auf der Structured Text-Ebene IEC 6-1131 als 
textuelle Sprache verwendet wird, konnen auch andere Darstel- 
lungsformen von IEC 6-1131 neben der textuellen Sprache, nam- 
lich Kontaktplane und/oder Funktionsplane, verwendet werden. 
Ein Anwender hat somit die Flexibilitat, innerhalb dieser 
Sprachen der SPS-Welt, namlich Structured Text, Kontaktplan 
(KOP) oder Funktionsplan (FUP), beliebig zu wechseln. Diese 
Flexibilitat ist insbesondere fiir die Formulierung von Bedin- 
gungen ein grower Vorteil fur den Anwender, denn er kann sich 
die Darstellungs- bzw. Beschreibungsf orm wahlen, in der er 
die meiste Erfahrung hat, oder die dem zugrunde liegenden 
Problem angemessen ist. Oblicherweise verwendet ein Anwender 
fur die Darstellung von binaren Verkniipf ungen Kontaktplane 
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(KOP) und/oder Funktionsplane (FUP) und fur die Formulierung 
von arithmetischen Berechnungen Structured Text. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation als Sprachelemente 
mindestens eine Schleife und/oder mindestens eine Parallel- 
verzweigung vorhanden sind. In den heutzutage gangigen Flow 
Chart-Editoren werden Schleifen und oft auch Ver zweigungen 
mit Hilfe von Sprungmarken dargestellt. Durch die Verwendung 
von Spriingen (Goto-Problematik ! ) und die dazugehorigen Ziel- 
marken wird die Programmgestaltung aber sehr unubersichtlich 
und schwer nachvoll ziehbar . Dadurch, dass dem Anwender als 
eigene Sprachelemente Schleifen und Parallelver zweigung zur 
Verfugung stehen, wird die Programmerstellung und auch die 
Lesbarkeit der Programme erheblich vereinfacht. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass innerhalb der jeweiligen Parallelver zweigung die 
einzelnen Befehle im selben Interpolatortakt gestartet wer- 
den. Dadurch, dass alle Zweige des Sprachkonstrukts Parallel- 
verzweigung im selben Interpolatortakt bedient werden, ist 
eine quasi parallele Abarbeitung der in den einzelnen Zweigen 
des Parallelverzweigungs-Konstrukts enthaltenen Befehle mog- 
lich. Neben der sequentiellen wird somit auch die parallele 
Abarbeitung von Befehlen ermoglicht und durch adaquate 
Sprachmechanismen in der Programmierumgebung fur den Anwender 
unterstiitzt . 



Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation die Funktionsblocke 
durch Maskeneingabe parametriert werden. Dadurch wird fur den 
Anwender die Eingabe von Parametern in einer ubersichtlichen 
und leicht verstandlichen Form ermoglicht. Fur jeden Typ von 
Funktionsblock existieren Standardmasken, die einem Anwender 
nur die fur den aktuellen Typ moglichen Parametereingaben er- 
lauben. Die Gefahr von fehlerhaften Eingaben wird durch diese 
Kontextsensitivitat reduziert . 
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Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation Funktionsblocke zu Mo- 
dulen zusammengef asst werden, die wiederum als Funktionsblo- 
cke erscheinen. Dadurch wird die Obersichtlichkeit des Pro- 
grammablauf s im Flow Chart fur den Anwender erhoht. Ein An- 
wender kann namlich logisch zusammengehorende Funktionsblocke 
zu einem Modul zusammenf assen und kapseln, wobei dieses Modul 
wiederum als Funktionsblock im Flow Chart-Editor, d.h. als 
Icon, erscheint. Durch diesen Mechanismus der Zusammenf assung 
und Kapselung wird aber nicht nur die Obersichtlichkeit im 
Ablauf erhoht, auch der Programmablauf lasst sich dadurch 
strukturieren . 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation ineinander geschach- 
telte Module moglich sind. Das heifit, ein Modul kann wiederum 
als Element ein oder mehrere Module enthalten. Module konnen 
sozusagen wiederum als Unterprogramme in anderen Modulen ver- 
wendet werden, dadurch wird die Obersichtlichkeit und die 
Struktur des Programmablauf s im Flow Chart erhoht. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation dem Anwender in den 
Funktionsblocken fur die Variablenzuweisung jeweils mehrere 
Zuweisungen moglich sind. Dadurch, dass der Anwender in einem 
Funktionsblock, d.h. in einem Icon, mehrere Variablenzuwei- 
sungen nacheinander eingeben kann und nicht fur jede Vari- 
ablenzuweisung einen neuen Funktionsblock benotigt, wird zum 
einen die Obersichtlichkeit erhoht, zum anderen wird aber 
auch das Programmierprinzip der hohen Kohasion unterstutzt, 
da der Anwender seine Variablenzuweisungen, die sinnvoller- 
weise zu diesem Funktionsblock gehoren, auch in diesem einen 
Funktionsblock gebiindelt vornehmen kann. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation die Funktionsblocke, 
die Funktionen reprasentieren, die eine Zeitdauer beanspru- 
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chen, Weiterschaltbedingungen enthalten. Funktionen, die eine 
Zeitdauer beanspruchen, sind z.B. Ref erenzpunktf ahren, Be- 
schleunigen oder Achspositionieren . Solche Funktionen bzw. 
ihr Zusaminenwirken konnen Anwender mit Hilfe der Weiter- 
schaltbedingungen synchronisieren. Einem Anwender steht somit 
mit Hilfe der Weiterschaltbedingungen ein Synchronisationsme- 
chanismus zur Verfiigung, der es ihm erlaubt, komplexe Bewe- 
gungen und Zusammenhange mehrerer Achsen zu synchronisieren. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die grafischen Elemente des Flow Charts automa- 
tisch positioniert werden. Wenn ein Anwender ein neues Icon 
ira Flow Chart-Editor darstellen will, wird es automatisch an 
der Stelle positioniert, die als nachstes dem logischen Pro- 
grammablauf entspricht. Dadurch, dass ein Anwender die gene- 
rierten Icons nicht selbst positionieren muss, wird seine Ar- 
beitsef f izienz gesteigert . 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die Icons des Flow Charts automatisch miteinander 
verbunden werden. Auch hierin liegt eine Steigerung der Ar- 
beitseff izienz des Anwenders, da er die Icons nicht nachtrag- 
lich per Hand miteinander verbinden muss. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass das Flow Chart in der Anzeige verkleinert oder 
vergroiiert dargestellt werden kann. Durch diese Zoom- 
Funktionalitat wird fur den Anwender die Obersichtlichkeit 
der Diagramme erhoht und aulierdem kann er bestimmte Programm- 
ablaufe, die ihn momentan interessieren, durch Vergroflerung 
graphisch hervorheben. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass durch Markierungen in der textuellen Sprache eine 
Ruckubersetzung in Flow Chart-Notation moglich ist. Durch die 
Verwendung von syntaktischen und geometrischen Inf ormationen, 
die in Form von Markierungen erfolgen, ist es moglich, aus 
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der textuellen Sprache in die Flow Chart-Notation eine Ruck- 
ubersetzung vorzunehmen. Diese Ruckubersetzungsmoglichkeit 
hat fur den Anwender den Vorteil, dass Anderungen, die auf 
der Ebene der textuellen Sprache eingegeben werden, unmittel- 
bar im Flow Chart-Editor in der Flow Chart-Notation nachgezo- 
gen werden konnen und somit fur den Anwender in den Flow 
Chart-Diagrammen sichtbar sind. Solche rucktiberset zten Pro- 
gramme kann der Anwender dann auf der Graphikebene mit Hilfe 
des Flow Chart-Editors weiterbearbeiten und daraus im weite- 
ren Vorgehen Steuerungscode erzeugen. 

Gemafi der Erfindung wird die oben genannte Aufgabe fiir eine 
Einrichtung der eingangs genannten Art durch die folgenden 
aufeinander folgenden Elemente gelost: 

a) aus dem Flow Chart ist eine textuelle Sprache erzeugbar, 

b) die textuelle Sprache ist in einen prozessorunabhangigen 
Zwischencode kompilierbar , 

c) der prozessorunabhangige Zwischencode ist in einen Spei- 
cherbereich der Steuerung ladbar, 

d) der geladene prozessorunabhangige Zwischencode ist durch 
den Prozessor in einen ablauf f ahigen Prozessorcode um- 
setzbar , 

wobei, dem Anwender auf einem zugehorigen Display im Flow 
Chart-Editor, in Abhangigkeit von der zugrundeliegenden Ma- 
schinen- bzw. Hardwarekonf iguration adaquate Sprachmechanis- 
men zur Verfugung gestellt sind. 

Dadurch, dass aus den Flow Chart-Diagrammen in einem Zwi- 
schenschritt eine textuelle Sprache erzeugbar ist, hat der 
Anwender die Moglichkeit, bereits auf dieser Ebene der tex- 
tuellen Sprache Plausibili tatsiiberpruf ungen durchzuf iihren . Er 
kann aber auch weitere Sprachelemente, die in der textuellen 
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Sprache vorliegen, zu seiner Anwendung hinzubinden . Dadurch, 
dass die textuelle Sprache in einem weiteren Zwischenschritt 
in einen prozessorunabhangigen Zwischencode kompilierbar ist 
bleibt die angesprochene Flexibilitat fur den Anwender wei- 
terhin erhalten. Auch auf dieser Zwischencodeebene kann der 
Anwender Plausibilitatschecks bzw. ein Debugging durchfuhren 
Der letztendlich in der Steuerung ablaufende Prozessorcode 
ist aus dem prozessorunabhangigen Zwischencode generierbar, 
dadurch kann das Target der Anwendung erst zu einem sehr spa 
ten Zeitpunkt festgelegt werden. Durch die Zwischenschritte 
bei der Codegenerierung konnen auiierdem sehr leicht unter- 
schiedliche Ziel-Hardwaren bedient werden. 

Ein weiterer Vorteil der vorliegenden Erfindung liegt darin, 
dass aus der zugrunde liegenden Maschinenkonf igurierung bzw. 
Maschinenprojektierung aktuelle und adaquate Sprachmechanis- 
men abgeleitet werden, die im Flow Chart-Editor, in Form von 
Icons, dem Anwender zur Verfugung gestellt werden. Dadurch 
wird einem Anwender eine Programmierumgebung zur Verfugung 
gestellt, die auf die zugrunde liegende Hardware abgestimmt 
ist und somit optimal den vorliegenden Anf orderungen und 
Randbedingungen genugt . Der Sprachvorrat des Flow Chart- 
Editors adaptiert sich somit selbstandig an die vorhandenen 
HW-Gegebenheiten (z.B. die zugrunde liegende Maschinenkonf i- 
guration) . 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass aus anwenderdef inierten Unterprogrammen der tex- 
tuellen Sprache automatisch entsprechende grafische Elemente 
in der Flow Chart-Notation generierbar sind, welche die Funk 
tionsschnittstelle der entsprechenden Unterprogramme enthal- 
ten. Dadurch ist es moglich, dass aus schon vorhandenen Un- 
terprogrammen der textuellen Sprache oder aus zusatzlichen 
Unterprogrammen, die in die textuelle Sprache eventuell vom 
Maschinenbauer eingebracht wurden, automatisch grafische Ele 
mente (Icons) und die dazugehorigen Masken vom System gene- 
riert werden und dem Anwender im Flow Chart-Editor zur Verfu 
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gung gestellt werden. Die Funktionsschnittstelle und die 
Obergabeparameter der Unterprogramme der textuellen Sprache 
werden dabei automatisch fur die Flow Chart Icons generiert. 
Durch diesen Mechanismus lassen sich leicht von OEM-Kunden 
(Original Equipment Manufacturer) schon in textueller Sprache 
vorliegende Unterprogramme in den Flow Chart-Editor uberneh- 
men. Damit wird dem Endanwender fur seine Flow Chart-Program- 
mierung ein angepasster und erweiterter Sprachvorrat an Icons 
zur Verfiigung gestellt. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die automatisch generierten grafischen Elemente 
vom Anwender als Sprachelemente des Flow Charts verwendbar 
sind. Dadurch, dass der Anwender die automatisch generierten 
Icons als normale Sprachelemente des Flow Chart-Editors ver- 
wenden kann, wird der ihm zur Verfiigung stehende Sprachvorrat 
an Flow Chart-Elementen, d-h. an Icons, erweitert. Somit wird 
die Flexibilitat und Ausdrucksmoglichkeit bezuglich der Pro- 
grammierung von Applikationen fur den Anwender erhoht. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass als textuelle Sprache IEC 6-1131 verwendbar ist. 
Dadurch, dass mit IEC 6-1131 eine genormte Sprache auf der 
Ebene der textuellen Sprache verwendbar ist, ist der Aus- 
tausch bzw. die Kopplung mit anderen Programmiersystemen sehr 
leicht moglich. Aufierdem wird durch die Verwendung von IEC 6- 
1131 als Zwischensprache die Portierung auf unterschiedliche 
Zielsysteme sehr erleichtert. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass fur einen Anwender zum Formulieren von Bedingun- 
gen ein beliebiger Wechsel zwischen den Darstellungsf ormen 
textuelle Sprache, Kontaktplan und/oder Funktionsplan vorge- 
sehen ist. Dadurch, dass auf der Structured Text-Ebene 
IEC 6-1131 als textuelle Sprache verwendbar ist, konnen auch 
andere Darstellungsf ormen von IEC 6-1131 neben der textuellen 
Sprache, namlich Kontaktplane und/oder Funktionsplane, ver- 
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wendet werden. Ein Anwender hat somit die Flexibilitat , in- 
nerhalb dieser Sprachen der SPS-Welt, namlich Structured 
Text/ Kontaktplan (KOP) oder Funktionsplan (FUP) , beliebig zu 
wechseln. Diese Flexibilitat ist insbesondere fur die Formu- 
5 lierung von Bedingungen ein groBer Vorteil fiir den Anwender, 
denn er kann sich die Darstellungs- bzw. Beschreibungsf orm 
wahlen, in der er die meiste Erfahrung hat, oder die dem 
zugrunde liegenden Problem angemessen ist. Ublicherweise ver- 
wendet ein Anwender fiir die Darstellung von binaren Verknup- 
10 fungen Kontaktplane (KOP) und/oder Funktionsplane (FUP) und 

fiir die Formulierung von arithmetischen Berechnungen Structu- 
red Text. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
15 darin, dass in der Flow Chart-Notation als Sprachelemente 

mindestens eine Schleife und/oder mindestens eine Parallel- 
verzweigung vorhanden sind. In den heutzutage gangigen Flow 
Chart-Editoren werden auf den Displays Schleifen und oft auch 
Verzweigungen mit Hilfe von Sprungmarken dargestellt. Durch 
20 die Verwendung von Sprungen (Goto-Problematik ! ) und die dazu- 
gehorigen Zielmarken wird die Programmgestaltung aber sehr 
unubersichtlich und schwer nachvollziehbar . Dadurch, dass dem 
Anwender als eigene Sprachelemente Schleifen und Parallelver- 
zweigung zur Verfiigung stehen, wird die Programmerstellung 
25 und auch die Lesbarkeit der Programme erheblich vereinfacht. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass innerhalb der jeweiligen Parallelver zweigung die 
einzelnen Befehle im selben Interpolatortakt startbar sind. 
30 Dadurch, dass alle Zweige des Sprachkonstrukts Parallelver- 
zweigung im selben Interpolatortakt bedient werden, ist eine 
quasi parallele Abarbeitung der in den einzelnen Zweigen des 
Parallelverzweigungs-Konstrukts enthaltenen Befehle moglich . 
Neben der sequentiellen wird somit auch die parallele Abar- 
35 beitung von Befehlen ermoglicht und durch adaquate Sprachme- 
chanismen in der Programmierumgebung fur den Anwender unter- 
stutzt . 
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Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation die Funktionsblocke 
durch Maskeneingabe parametriert sind. Dadurch wird fur den 
Anwender die Eingabe (durch Eingabehilf smittel wie Maus, Tas- 
tatur) und die Darstellung (am Display) von Parametern in ei- 
ner ubersichtlichen und leicht verstandlichen Form ermog- 
licht. Fur jeden Typ von Funktionsblock existieren Standard- 
masken, die einem Anwender nur die fur den aktuellen Typ mog- 
lichen Parametereingaben erlauben. Die Gefahr von fehlerhaf- 
ten Eingaben wird durch diese Kontextsensitivitat reduziert. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation Funktionsblocke zu Mo- 
dules x zusammengef asst sind, die wiederum einen Funktionsblock 
bilden. Dadurch wird die Ubersichtlichkeit des Programmab- 
laufs im Flow Chart fur den Anwender erhoht. Ein Anwender 
kann namlich logisch zusammengehorende Funktionsblocke zu ei- 
nem Modul zusammenf assen und kapseln, wobei dieses Modul wie- 
derum als Funktionsblock im Flow Chart-Editor, d.h. als Icon,, 
erscheint. Durch diesen Mechanismus der Zusammenf assung und 
Kapselung wird aber nicht nur die Ubersichtlichkeit (am Dis- 
play) im Ablauf erhoht, auch der Programmablauf lasst sich 
dadurch strukturieren . 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation ineinander geschach- 
telte Module vorgesehen sind. Das heifit, ein Modul kann wie- 
derum als Element ein oder mehrere Module enthalten. Module 
konnen sozusagen wiederum als Unterprogramme in anderen Modu- 
len verwendet werden, dadurch wird die Ubersichtlichkeit (am 
Display) und die Struktur des Programmablauf s im Flow Chart 
erhoht . 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation fur den Anwender in 
den Funktionsblocken fur die Variablenzuweisung jeweils meh- 
rere Zuweisungen vorgesehen sind. Dadurch, dass der Anwender 
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in einem Funktionsblock, d.h. in einem Icon, mehrere Vari- 
ablenzuweisungen nacheinander eingeben kann und nicht fur je- 
de Variablenzuweisung einen neuen Funktionsblock benotigt, 
wird zum einen die Obersichtlichkeit erhoht, zum anderen wird 
aber auch das Programmierprinzip der hohen Kohasion unter- 
sttttzt, da der Anwender seine Variablenzuweisungen, die sinn- 
vollerweise zu diesem Funktionsblock gehoren, auch in diesem 
einen Funktionsblock gebiindelt vornehmen kann. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation fiir diejenigen Funkti- 
onsblocke, die Funktionen reprasentieren, die eine Zeitdauer 
beanspruchen, Weiterschaltbedingungen vorgesehen sind. Funk- 
tionen, die eine Zeitdauer beanspruchen, sind z.B. Referenz- 
punktfahren, Beschleunigen oder Achspositionieren . Solche 
Funktionen bzw. ihr Zusammenwirken konnen Anwender mit Hilfe 
der Weiterschaltbedingungen synchronisieren. Einem Anwender 
steht somit mit Hilfe der Weiterschaltbedingungen ein Syn- 
chronisationsmechanismus zur Verfiigung, der es ihm erlaubt, 
komplexe Bewegungen und Zusammenhange mehrerer Achsen zu syn- 
chronisieren . 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die grafischen Elemente des Flow Charts automa- 
tisch posi tionierbar sind. Wenn ein Anwender ein neues Icon 
im Flow Chart-Editor auf dem Display darstellen will, wird es 
automatisch an der Stelle posi tioniert , die als nachstes dem 
logischen Programmablauf entspricht . Dadurch, dass ein Anwen- 
der die generierten Icons nicht selbst positionieren muss, 
wird seine Arbeitsef f izienz gesteigert. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die grafischen Elemente des Flow Charts automa- 
tisch miteinander verbindbar sind. Auch hierin liegt eine 
Steigerung der Arbeitsef f izienz des Anwenders, da er die 
Icons nicht nachtraglich per Hand (d.h. mit Tastatur, Maus 
oder anderen Eingabehilf smitteln) miteinander verbinden muss. 
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Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass das Flow Chart (MCC) in der Anzeige verkleinert 
oder vergroBert darstellbar ist. Durch diese Zoom- 
Funktionalitat wird fiir den Anwender die Obersichtlichkeit 
der Diagramme am Display erhoht und auiJerdem kann er bestimm- 
te Programmablauf e, die ihn momentan interessieren, durch 
Vergroflerung graphisch hervorheben. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass durch Markierungen in der textuellen Sprache eine 
Ruckubersetzung in Flow Chart-Notation (MCC) vorgesehen ist. 
Durch die Verwendung von syntaktischen und geometrischen In- 
f ormationen, die in Form von Markierungen erfolgen, ist es 
moglich, aus der textuellen Sprache in die Flow Chart- 
Notation eine Ruckubersetzung vorzunehmen. Diese Ruckiiberset- 
zungsmoglichkeit hat fiir den Anwender den Vorteil, dass Ande- 
rungen, die auf der Ebene der textuellen Sprache eingegeben 
werden, unmittelbar im Flow Chart— Editor in der Flow Chart- 
Notation nachgezogen werden konnen und somit fiir den Anwender 
in den Flow Chart-Diagrammen auf dem Display sichtbar sind. 
Solche ruckiibersetzten Programme kann der Anwender dann auf 
der Graphikebene mit Hilfe des Flow Chart-Editors weiterbear- 
beiten und daraus im weiteren Vorgehen Steuerungscode fiir die 
Steuerung erzeugen . 

Die wesentlichen mit der Erfindung erzielten Vorteile beste- 
hen also insbesondere darin, dass ein Anwender in einer ein- 
heit lichen Programmierumgebung sowohl Bewegungssteuerungsauf- 
gaben (Motion Control) und Prozesssteuerungsauf gaben (SPS- 
Aufgaben) in einer jeweils angemessenen Form programmieren 
kann. Weiterhin ist von Vorteil, dass die Programmierumgebung 
sich pro j ektsensitiv verhalt, d.h. dass dem Anwender in Ab- 
hangigkeit von der zugrunde liegenden Hardware bzw. Maschi- 
nenpro j ektierung zusatzliche dedizierte Sprachelemente zur 
Verftigung gestellt werden. 
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Ein weiterer Vorteil liegt darin, dass der Anwender sowohl 
fiir die sequentielle als auch fur die zyklische Programmie- 
rung der Steuerungsablauf e unterstutzt wird. Dadurch, dass 
eine geschachtelte Modulbildung von Funktionsblocken zur Ver- 
5 fugung steht, hat der Anwender den Vorteil, die Obersicht- 
lichkeit und die Struktur seiner Programme zu erhohen, da er 
die Designkriterien, Lokalitat und hohe Kohasion sehr leicht 
umsetzen kann. 

0 Ein weiterer sehr grofier Vorteil liegt darin, dass aus Unter- 
programmen, die in der textuellen Sprache vorliegen, fiir den 
Flow Chart-Editor Icons generiert werden, die die Funktions- 
schnittstelle der entsprechenden Unterprogramme automatisch 
enthalten. Wenn ein OEM-Kunde bereits Unterprogramme in der 

5 textuellen Sprache erstellt hat, so konnen diese Unterpro- 
gramme automatisch durch entsprechende Icons den Sprachvorrat 
des Flow Chart-Editors erweitern. 

Ein Ausfiihrungsbeispiel der Erfindung ist in der Zeichnung 
0 dargestellt und wird im folgenden erlautert. 

Dabei zeigen: 

FIG 1 in einer Schemadarstellung ein Engineering-System, 

5 das zugehorige Run-Time-System und den zu steuern- 



den technischen Prozess, 



0 



FIG 2 



zeigt in einem Ubersichtsbild Elemente des Enginee- 
ring-Systems und der Steuerung sowie ihre Beziehun- 
gen untereinander , 



FIG 3 



zeigt ebenfalls in Form eines Obersichtsbildes den 
programmtechnischen Zusammenhang zwischen Elementen 
des Engineering-Systems und des Run-Time-Systems, 



5 



FIG 4 



zeigt ein einfaches Diagramm in Flow Chart- 
Notation, 
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FIG 5 



zeigt ein komplexes Diagramm in Flow Chart-Notation 
mit den Kontrollstrukturen while und if, 



FIG 6 



zeigt ebenfalls ein komplexes Diagramm in Flow 
Chart-Notation mit dem Sprachkonstrukt Parallelver- 
zweigung (sync) , 



FIG 7 



zeigt eine Parametriermaske fur den Befehl "positi- 
oniere Achse", 



FIG 8 



zeigt eine Auswahl von Sprachelementen (so genann- 
ten Icons) des Flow Chart-Editors. 



In der Darstellung gemafi FIG 1 wird in Form eines Struktur- 
bildes gezeigt, dass die Steuerung eines technischen Prozes- 
ses TP liber das Run-Time-System RTS einer industriellen Steu- 
erung erfolgt. Die Verbindung zwischen dem Run-Time-System 
RTS der Steuerung und dem technischen Prozess TP geschieht 
bidirektional uber den Ein-/Ausgang EA. Die Programmierung 
der Steuerung und damit das Festlegen des Verhaltens des Run- 
Time-Systems RTS geschieht im Engineering-System ES . Das En- 
gineering-System ES enthalt Werkzeuge fur die Konf igurierung, 
Projektierung und Programmierung fur Maschinen bzw. fur die 
Steuerung technischer Prozesse. Die im Engineering-System er- 
stellten Programme werden uber den Inf ormationspf ad II in das 
Run-Time-System RTS der Steuerung ubertragen. Bezuglich sei- 
ner Hardware-Ausstattung besteht ein Engineeringsystem ES ub- 
licherweise aus einem Computersystem mit Graf ikbildschirm 
(z.B. Display) , Eingabehilf smitteln (z.B. Tastatur und Maus), 
Prozessor, Arbeits- und Sekundarspeicher , einer Einrichtung 
fur die Aufnahme computerlesbarer Medien (z.B. Disketten, 
CDs) sowie Anschlusseinheiten fur einen Datenaustausch mit 
anderen Systemen (z.B. weiteren Computersystemen, Steuerungen 
fur technische Prozesse) oder Medien (z.B. Internet). Eine 
Steuerung besteht ublicherweise aus Eingabe- und Ausgebeein- 
heiten, sowie aus Prozessor und Programmspeicher . 
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In der Darstellung gemafl FIG 2 werden in Form eines Ober- 
sichtsbildes Elemente des Engineering-Systems und der Steue- 
rung sowie ihr Zusammenspiel dargestellt. Dabei werden die 
einzelnen Elemente in Form von Rechtecken dargestellt, die im 
Engineering-System enthaltene Datenablage wird in Form des 
ublicherweise verwendeten Datenspeichersymbols dargestellt . 
Durch Pfeile (unidirektional oder bidirektional) wird der da- 
tenlogische bzw. der ablauf logische Zusammenhang zwischen den 
Elementen dargestellt. Die obere Halfte von FIG 2 zeigt die 
Elemente des Engineering-Systems, namlich den MCC-Editor, den 
ST-Compiler mit Programmiergebung, den Konf igurations-Server 
KS und die Maschinenpro j ektierung sowie eine Datenablage. Die 
Zugehorigkeit dieser Elemente zum Engineering-System wird 
durch Umrandung dargestellt. Die Steuerung beinhaltet den 
Codeumsetzer und die Programmverarbeitung . Auch die Elemente 
der Steuerung, die sich im unteren Abschnitt von FIG 2 befin- 
den, sind umrandet. Sowohl das Engineering-System als auch 
die Steuerung konnen noch weitere Elemente beinhalten, sie 
sind aber aus Grunden der Obersichtlichkeit nicht darge- 
stellt. 

Im MCC-Editor (MCC steht fur Motion Control Chart) werden die 
graphischen Programmablauf e erzeugt. Die Sprachelemente des 
Editors, d.h. die Icons, konnen z.B. liber eine Bef ehlsleiste 
im Bildschirm, die mit Hilfe einer Maus bedient wird oder 
denkbare andere Eingabehilf smittel mit dem Editor erzeugt und 
dargestellt werden. Ein Anwender kann mit Hilfe des MCC- 
Editors Funktionsblocke (Icons) und Kontrollstrukturen zu ei- 
nem Flow Chart verknupfen, d.h. er kann den MCC-Editor als 
graphisches Programmier-Tool fur die Erstellung von Program- 
men fur Bewegungssteuerungen und/oder Prozesssteuerungen ver- 
wenden. Aus dem Flow Chart wird ein textuelles Program bzw. 
eine textuelle Sprache (Iiblicherweise Structured Text nach 
IEC 6-1131) v erzeugt. Dieser Structure Text-Code (ST-Code) 
wird vom Structured Text-Compiler (ST-Compiler, der Teil der 
Programmierumgebung ist) in einen prozessorunabhangigen Zwi- 
schencode kompiliert. Dieser Zwischencode wird auf die Steue- 

J 
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rung geladen und dort vom Codeumset zer in ablauf f ahigen Pro- 
zessorcode umgesetzt. Dieser wird von der Programmverarbei- 
tung innerhalb der Steuerung zum Ablauf gebracht . Durch die 
unidirektionalen Pfeile im linken Abschnitt von FIG 2 werden 
die Schritte der Code- bzw. Programmumset zung dargestellt. 
Parallel zu den drei von oben nach unten verlaufenden unidi- 
rektionalen Pfeilen, die diese Umsetzung darstellen, verlau- 
fen jeweils zwischen den Elementen MCC-Editor, ST-Compiler , 
Codeumsetzer und Programmverarbeitung drei bidirektionale 
Pfeile, die Debug-Schnittstellen bzw. die Moglichkeit einer 
Programmbeobachtung darstellen. Zwischen Programmverarbeitung 
und Codeumsetzer existiert eine Debug-Schnittstelle auf Pro- 
zessorcode-, d.h. auf Ob j ektcodeebene, eine weitere Debug- 
Schnittstelle existiert zwischen dem Codeumsetzer und dem ST- 
Compiler, diese Debug-Schnittstelle befindet sich auf Zwi- 
schencodeebene . Zwischen dem ST-Compiler und dem MCC-Editor 
befindet sich eine weitere Debug- bzw. Programmbeobachtungs- 
schnittstelle auf Ebene von Structured Text (ST-Code) . 

In FIG 2 sind als weitere Elemente des Engineering-Systems 
die Maschinenpro j ektierung und ein Konf igurations-Server KS 
dargestellt. In der Maschinenpro j ektierung wird mit Hilfe ge- 
eigneter Werkzeuge die Auslegung der Hardware bzw. der 
zugrunde gelegten Maschine vollzogen. Das heilit, in der Ma- 
schinenpro j ektierung wird z.B. festgelegt, welche Achstypen 
in welcher Anzahl physikalisch vorhanden sind. Diese Maschi- 
neninf ormationen werden uber den Konf igurations-Server KS in 
den MCC-Editor eingespeist. Die tfbertragung dieser Inf ormati- 
onen wird durch die unidirektionalen Pfeile 12 und 13 darge- 
stellt. Weiterhin beinhaltet der Konf igurations-Server KS 
weitere relevante Konf igurationsinf ormationen fur das System, 
die z.B. auch fur die Lizenzierung von zugehorigen Software- 
komponenten verwendet werden konnen. 

Eine Datenablage DA, dargestellt durch das gangige Datenspei- 
chersymbol, beinhaltet drei Aspekte: Zum einen das vom MCC- 
Editor fur ein Flow Chart erzeugtes Ob j ektmodell , als zweites 
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den dazugehorigen Structured Text und der dritte Inhalt der 
Datenablage DA ist der aus dem Structured Text generierte 
Zwischencode . Die Datenablage DA steht in bidirektionaler 
Verbindung zura MCC-Editor und ST-Compiler, dargestellt durch 
5 die bidirektionalen Inf ormationspf eile 14 und 15. 

Die Darstellung gemafi FIG 3 zeigt als Obersichtsbild die vor- 
handenen Abstraktionsebenen aus Sicht des Programmcodes. Die 
unterschiedlichen Programmcode-Ebenen sind als Rechtecke dar- 
10 gestellt. Die oberste Ebene ist die MCC-Ebene, in der die 

Flow Chart-Programme erzeugt werden. Die nachs tuntergeordnete 
Codeebene ist die Structured Text-Ebene ST. In die ST-Ebene 
gelangt man aus der MCC-Ebene durch eine entsprechende Code- 
generierung, dargestellt durch einen Pfeil vom MCC-Block zum 
15 ST-Block. Unterhalb der Structured Text-Ebene ST liegt die 

Zwischencode-Ebene . Durch einen Compiler wird aus dem Struc- 
tured Text-Programm ein prozessorunabhangiger Zwischencode 
kompiliert, dargestellt durch den Pfeil vom ST-Block zum 
Block mit dem Namen Zwischencode. Unterhalb der Zwischencode- 
20 Ebene liegt die unterste Codeebene, namlich die Objektcode- 
Ebene, die den ablauf f ahigen Prozessorcode beinhaltet. Aus 
dem Zwischencode wird uber einen Umsetzer der Objektcode er- 
zeugt, ebenfalls dargestellt durch einen Pfeil vom Zwischen- 
codeblock zum Ob j ektcodeblock . Von der Ob j ektcode-Ebene gehen 
rechtwinklig abgewinkelte Pfeile zuruck zur Structured Text- 
Codeebene ST und zur Flow Chart-Ebene MCC. Dadurch ist ange- 
deutet, dass auf diesen Ebenen Test- und Programmverf olgungs- 
aktivitaten stattfinden konnen, auf der Basis des Objektco- 
des . Durch den fetten Doppelpfeil zwischen der MCC- und der 
30 ST-Ebene wird angedeutet, dass zwischen diesen beiden Ebenen 
Aufrufe, Task-Steuerbef ehle und Variablenaustauschf unktionen 
moglich sind. Die gestrichelte Linie in FIG 3 zeigt die Gren- 
ze zwischen dem Engineering System ES und dem Run-Time-System 
RTS der Steuerung (S; FIG 2) an. Die Grenze verlauft durch 
35 die Zwischencode-Ebene, alles, was oberhalb der gestrichelten 
Linie ist, gehort zum Engineering System ES, alles, was un- 
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terhalb der gestrichelten Linie stattf indet, gehort zum Run- 
Time-System RTS . 

Weiterhin wird in FIG 3 gezeigt, wie ein Programmierer oder 
5 Anwender (am linken Bildrand dargestellt durch ein stilisier- 
tes Strichmannchen) im Engineering System ES Eingaben ein- 
bringen kann. Er kann zum einen auf der MCC-Ebene mit Hilfe 
der graphischen Programmierung Flow Charts erzeugen, zum an- 
deren kann er auf der Structured Text-Ebene ST durch eine 
10 textuelle Programmierung Programme erstellen. Beide Eingabe- 
moglichkeiten sind durch Pfeile vom Strichmannchen zum MCC- 
Block bzw. zum ST-Block dargestellt. 

Darstellung gemali FIG 4 zeigt einen eihfachen Programmablauf 
15 fur die Programmierung von Achsbewegungen . Jedes Flow Chart 

beginnt mit einem Startknoten und endet mit einem Endeknoten. 
Diese Programmbegrenzungssymbole tragen die Bezeichnung 
"Start" bzw. "Ende". Start- und Endesymbole werden jeweils 
durch ein Rechteck dargestellt, dessen Stirnseiten durch zwei 
20 Halbkreise ausgebildet sind. Die Programmbef ehle werden durch 
Rechtecke dargestellt, die einen Bezeichner und ein graphi- 
sches Symbol beinhalten, welches den hinterlagerten Befehl 
reprasentiert . 



30 



Die Flow Chart-Symbole werden ublicherweise liber eine Einga- 
beleiste mit Hilfe einer Maus im Flow Chart-Editor erzeugt, 
wobei auch andere Eingabehilf smittel wie z.B. ein Touch Pad 
denkbar sind. Alternativ ware auch eine Bedienung uber Tasta- 
tur mit oder ohne Maus moglich. 

Die Flow Chart-Symbole werden vom Flow Chart-Editor default- 
mafiig untereinander ausgerichtet und durch eine Linie mitein- 
ander verbunden. 



35 



Im Flow Chart nach FIG 4 wird nach dem Start eine Gleichlauf- 
achse f reigeschaltet , danach wird auf ein Synchronisierungs- 
signal gewartet und als nachster und letzter Befehl des Flow 
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Charts wird fur eine Gleichlauf achse eine Kurvenscheibe ein- 
geschaltet. Die Bef ehlsequenz von FIG 4 wird beendet durch 
das Endesymbol. 

Die Darstellung gemali FIG 5 zeigt ein komplexes Flow Chart 
mit Kontrollstrukturen fur eine While-Schleif e und ftir das 
If-Konstrukt . Das While- und das If-Konstrukt werden jeweils 
durch sechseckige, wabenf ormige Symbole dargestellt. Ansons- 
ten werden im Programmablauf , wie er in FIG 5 dargestellt 
ist, die gleichen Typen von Symbolen verwendet, wie sie schon 
aus FIG 4 bekannt sind. Auch das Flow Chart nach FIG 5 be- 
ginnt mit dem Start- und endet mit dem Endesymbol. Unmittel- 
bar nach dem Startknoten folgt ein Befehl, der die Task "mo- 
tion_3" startet. Dieser Befehl ist vom Typ "Starte Task". Das 
Rechteck fiir diesen Befehl enthalt deshalb auch das zugehori- 
ge entsprechende Symbol, welches das Starten einer Task dar- 
stellt. Als nachstes im Programmablauf , wie er in FIG 5 dar- 
gestellt ist, folgt das sechseckige wabenformige While- 
Konstrukt. Solange die im While-Konstrukt angegebene Bedin- 
gung true ist, werden die auf das While-Konstrukt folgenden 
Befehle zyklisch nacheinander ausgefuhrt. Das Ende der Be- 
fehlsfolge einer While-Schleif e wird dargestellt durch einen 
abgewinkelten Pfeil, der vom letzten Symbol des while- 
Konstrukts (in FIG 5 ist dies der Befehl vom Typ "Getriebe- 
gleichlauf aus", bezogen auf eine Gleichlauf achse) von unten 
abgeht und auf der linken Seite von FIG 5 zuriick in das Whi- 
le-Konstrukt miindet. Ist die Bedingung im While-Konstrukt 
nicht mehr erfullt, dann wird die Bef ehlsf olge, die zum Whi- 
le-Konstrukt gehort, nicht mehr ausgefuhrt. In FIG 5 wird 
dies dargestellt durch eine rechtwinklige Verbindungslinie, 
die das While-Symbol auf der rechten Seite verlasst und rech- 
ter Hand die zum While-Symbol gehorende Symbolbef ehlsf olge 
umgeht und in auf das dieser Befehlsfolge unmittelbar folgen- 
de Symbol einmundet, in FIG 5 ist dies das Ende-Symbol . 

Wenn aber die While-Bedingung erfullt ist, wird folgende Be- 
fehlsfolge abgearbeitet : Unmittelbar nach dem While-Konstrukt 
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folgt ein Befehl, der das Warten auf eine Bedingung reprasen- 
tiert. Auch dieser Befehl enthalt ein entsprechendes mnemo- 
technisches grafisches Symbol, das den Wartevorgang graphisch 
darstellt. Als nachstes folgt ein Befehl, der die Task "moti- 
on_2" startet. Auch dieser Befehl ist vom Typ "Starte Task" 
und enthalt das entsprechende graphische Symbol. Nach diesem 
Befehl folgt das If-Konstrukt , das genauso wie das While- 
Konstrukt durch ein sechseckiges, wabenf ormiges Symbol darge- 
stellt wird. Ist die If-Bedingung (in FIG 5 dargestellt durch 
"error <> 0"), erfullt dann wird im True-Zweig die Befehls- 
folge weiter abgearbeitet, ansonsten, wenn die Bedingung 
nicht erfullt ist, wird die Befehlsfolge im False-Zweig wei- 
ter abgearbeitet. Im True-Zweig der If-Bedingung folgt als 
nachster Befehl ein Befehl, der die Task "motion_2" stoppt. 
Dieser Befehl ist vom Typ "Stoppe Task" Darauf folgt ein Be- 
fehl, der die Task "motion_3" stoppt. Auch dieser Befehl ist 
vom Typ "Stoppe Task" . Diese Bef ehle werden auflerdem durch 
dazugehorende entsprechende Symbole reprasentiert . Als nachs- 
tes in der Befehlsfolge kommen zwei "Stoppe Achs "-Bef ehle . Im 
ersten solchen Befehl wird eine Drehzahlachse gestoppt, im 
darauf folgenden eine Positionierachse, auch diese "stoppe 
Achs "-Bef ehle werden durch dazugehorende entsprechende gra- 
phische Symbole reprasentiert. Der nachste und zugleich der 
letzte Befehl in FIG 5 bezieht sich auf eine Achse mit dem 
Namen "Gleichlauf achse" , namlich auf das Ausschalten des Ge- 
triebegleichlauf es ( "Getriebegleichlauf aus"), auch dieser 
Befehl wird durch ein entsprechendes graphisches Symbol rep- 
rasentiert. Die Symbole des Flow Charts sind durch Linien 
miteinander verbunden, womit der Programmablauf dargestellt 
wird. Von diesem Befehl, der den letzten Befehl im While- 
Konstrukt darstellt, geht ein rechtwinklig abgewinkelter 
Pfeil zuruck zu diesem While-Konstrukt . Dadurch wird das zyk- 
lische Abarbeiten der Befehlsfolge dargestellt- Im While- 
Konstrukt wird gepriift, ob die Bedingung erfullt ist. Ist sie 
erfullt oder weiterhin erfullt, wird die Befehlsfolge noch 
einmal durchlaufen. Ist sie nicht erfullt, wird das While- 
Konstrukt verlassen und, wie beispielhaft in FIG 5 darge- 
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stellt, mit dem Ende-Symbolf ortgef ahren, d.h. der durch das 
Flow Chart dargestellte Programmablauf wird beendet. 

Die Darstellung gemafl FIG 6 zeigt ebenfalls ein komplexes 
Diagramm in Flow Chart-Notation mit dem Sprachkonstrukt Pa- 
rallelverzweigung (sync) . In FIG 6 folgt auf das Start-Symbol 
ein Befehl, der sich auf eine Drehzahlachse bezieht, namlich 
"Achsf reigabe schalten". Auch fur diesen Befehl wird im Be- 
f ehlsrechteck ein graphisches Symbol angegeben, das diesen 
Befehl reprasentiert . Danach folgt wiederum ein Befehl vom 
Typ "Achsf reigabe schalten", diesmal aber bezogen auf eine 
Positionierachse, auch hier ist das dazugehorige entsprechen- 
de Symbol angegeben. Der nachstf olgende Befehl ist ein Syn- 
chronisationsbef ehl "warte auf Signal", in FIG 6 mit "Auto" 
bezeichnet und mit dem entsprechenden Symbol versehen. 

Als nachstes Symbol in FIG 6 folgt das Symbol fur die Paral- 
lelverzweigung (sync) . Dieses Symbol wird ebenfalls wie das 
While- oder das If-Konstrukt durch ein sechseckiges , waben- 
formiges graphisches Element dargestellt. Alle Befehle, die 
in dem Sektor unmittelbar unter dem Symbol fur die Parallel- 
verzweigung angeordnet sind, werden im selben Interpolator- 
takt gestartet. In FIG 6 sind dies die Befehle "Positioniere 
Achse", bezogen auf eine Positionierachse (dieser Befehlstyp 
beinhaltet auch das zugehorige entsprechende graphische Sym- 
bol) und ein Befehl vom Typ "Setze Ausgang". Der Befehlstyp 
"Setze Ausgang" ist ebenfalls durch ein Rechteck dargestellt, 
dieses Rechteck enthalt die Adresse des Ausgangs (%QB40) und 
das entsprechende Symbol fur diesen Setz-Befehl (S steht fiir 
Set) . Die Befehle, die zu einem Parallelverzweigungssymbol 
gehoren, d.h. die innerhalb desselben Interpolatortakts ge- 
startet werden, sind mit dem Parallelverzweigungssymbol nach 
oben mit einer Linie verbunden und nach unten sind sie mit 
einer Doppellinie verbunden. Diese waagrechte Doppellinie 
zeigt an, dass die parallele Abarbeitung wieder aufgehoben 
ist und dass mit der Bearbeitung des nachf olgenden Befehls so 
lange gewartet wird, bis alle Aktionen in der Parallelver- 
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zweigung beendet sind. Sie ist somit auch das Ende-Symbol des 
Parallelverzweigungskonstrukts . Als nachstes folgt ein Befehl 
vom Typ "Drehzahlvorgabe" , der sich auf eine Drehzahlachse 
bezieht. Darauf folgen zwei Befehle vom Typ "Positioniere 
Achse", die sich jeweils auf Positionierachsen beziehen. Dar- 
auf folgt wieder ein Befehl vom Typ "Stoppe Achse", der sich 
auf eine Drehzahlachse bezieht. Die Rechtecke, die diese ge- 
nannten Befehle darstellen, beinhalten nattirlich auch wieder 
entsprechende dazugehdrige graphische Symbole. Nach dem Be- 
fehl vom Typ "Stoppe Achse", der sich auf die schon genannte 
Drehzahlachse bezieht, folgt das Ende-Symbol. 

Die hier dargestellte Art der Flow Chart-Programmierung un- 
tersttttzt unterschiedliche Arten. der Programmierung. Zum ei- 
nen wird durch das Parallelverzweigungssymbol mit dem Starten 
der dazugehorigen Befehle in einem Interpolatortakt eine mehr 
oder weniger echte Parallelitat erreicht, d.h. die Program- 
mierung paralleler Threads wird untersttitzt, und ihre dazuge- 
horige Abarbeitung wird ermoglicht. Zum anderen wird die zyk- 
lische Programmierung, d.h. auch die zyklische Programmabar- 
beitung, unterstiitzt, es kann namlich dargestellt werden, 
dass aufeinander folgende Befehle nur angestoflen werden, wo- 
bei aber jeweils nicht auf die Abarbeitung des vorhergehenden 
Befehls gewartet werden muss. Aber auch die Programmierung 
und die Darstellung solcher sequentiellen Ablaufe ware mog- 
lich, dass namlich bei Anstofi eines Befehls auf die Abarbei- 
tung dieses Befehls gewartet wird, bis der nachste Befehl an- 
gestoflen und abgearbeitet wird. Die hier vorgestellte Flow 
Chart-Programmierung ist somit fur einen Anwender sehr flexi- 
bel anwendbar und flir unterschiedliche Applikationen einsetz- 
bar . 

Die Darstellung gemaJ3 FIG 7 zeigt eine Parametriermaske fiir 
den Flow Chart-Befehl "Positioniere Achse". Oben links im 
oberen Balken der Parametriermaske steht die Bezeichnung des 
entsprechenden Befehls, in diesem Fall "Positioniere Achse". 
Der obere Balken beinhaltet auf seiner rechten Seite zwei 
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Schalter, ein Schalter mit einem Fragezeichen versehen bein- 
haltet eine Online-Hilf e, der zweite Schalter, mit x verse- 
hen, wird fur das Schlieflen der Maske verwendet. Die Paramet- 
riermaske beinhaltet unterschiedliche Eingabesektoren . Im 
obersten Eingabesektor kann die entsprechende Achse ausge- 
wahlt werden mit Hilfe eines Eingabemenus (dargestellt durch 
einen Eingabeknopf mit einem kleinen auf dem Kopf stehenden 
Dreieck) konnen im Eingabef enster die entsprechenden Achsen 
ausgewahlt werden* In diesem obersten Sektor ist links oben 
auch das zu diesem Befehl dazugehorige graphische Symbol an- 
gegeben, namlich ein auf dem Kopf stehendes Dreieck mit der 
Spitze nach unten, das waagrecht mittig mit einer dunklen Li- 
nie versehen ist, wobei an den Enden dieser Linie jeweils 
nach unten abgeschragte weitere kleine Linien angebracht 
sind. Der nachste und grolite Sektor der Parametriermaske 
stellt die Moglichkeiten dar, Parameter einzugeben. Die Para- 
meter sind, je nach Befehl, unterschiedlich . Sie werden uber 
benamte Reiter, die auf einer Reiterleiste angeordnet sind, 
wie in gangigen Programmoberf lachen ublich, logisch sortiert. 
Die erste Seite (in FIG 7 ist diese Seite durch den Reiter 
"Parameter" aufblendbar) tragt ublicherweise die Parameter, 
die unbedingt zur Parametrierung des Befehls angegeben werden 
mlissen. Fur den Befehl "Positioniere Achse" ist ein unbeding- 
ter Parameter z.B. die Zielposition einer Achsbewegung . 

Die Anzahl und Bedeutung der Reiter ist bef ehlsabhangig un- 
terschiedlich. In FIG 7 ist dargestellt, dass fur den Befehl 
"Positioniere Achse" neben dem Reiter "Parameter" noch ein 
Reiter "Dynamic" vorhanden ist. Mit diesem Reiter konnen fur 
die Beschreibung des dynamischen Verhaltens Eingaben zu Ruck 
und Beschleunigung sowie zum Geschwindigkeitsprof il gemacht 
werden. Diese Eingaben konnen uber Eingabef elder und dazuge- 
horigen Mentis gemacht werden. In Abbildung von FIG 7 wurde 
als Geschwindigkeitsprof il die Trapezform gewahlt. Diese Form 
wurde auch graphisch in der Mitte dieses Eingabesektors sti- 
lisiert dargestellt. Im unten darauf f olgenden Eingabesektor 
der Parametriermaske konnen weitere Eingaben, z.B. fiir das 
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Ubergangsverhalten, gemacht werden. Im Beispiel von FIG 7 
wurde fur das Obergangsverhalten "Ablosen" eingegeben. Zu- 
satzlich konnen Wartebedingungen eingegeben werden, indem das 
Kastchen "Warten" mit einem Hakchen versehen wird. Zu diesem 
Synchronisieren konnen in einem dazugehorenden Eingabef enster 
weitere Eingaben gemacht werden. Im Beispiel nach FIG 7 wurde 
"Positionsf enster erreicht" dafiir eingegeben. Auch diese Ein- 
gaben werden durch stilisiert dargestellte Achsprofile unter- 
stutzt. Das untere Ende einer Parametrierachse besteht aus 
vier Eingabeknopf en, namlich einem "OK"-Knopf, einem "Abbre- 
chen"-Knopf , einem "Obernehmen"-Knopf und einem "Hilfe"- 
Knopf . Mit Hilfe dieser Eingabeknopf e konnen Anwender entwe- 
der die Eingaben ubernehmen, bestatigen, verwerfen oder die 
Eingabehilfe aufrufen. Mit Hilfe der Wartebedingungen konnen 
durch einen Anwender sogenannte Weiterschaltbedingungen spe- 
zifiziert werden, die Funktionen (z.B. Ref erenzpunkt f ahren 
oder Achspositionieren) bzw. ihr Zusammenspiel synchronisie- 
ren . 

Solche Parametriermasken existieren dediziert fur alle Befeh- 
le, die mit Hilfe des Flow Chart-Editors eingegeben und bear- 
beitet werden konnen. Der Anwender wird also kontextsensitiv 
mit Hilfe dieser Parametriermasken bei der Programmierung 
seiner Bewegungs- und Steuerungsablauf e unterstutzt. 

Die Darstellung gemafi FIG 8 zeigt eine Auswahl von Sprachele- 
menten (so genannten Icons) des Flow Chart-Editors. Diese 
Sprachelemente reprasentieren Befehle, die der Anwender bei 
der graphischen Programmierung im Flow Chart-Editor benutzen 
kann. Der MCC-Flow Chart-Editor unterstutzt folgende Klassen 
von Befehlen und stellt fur die einzelnen Befehle dieser 
Klassen jeweils entsprechende Symbole zur Verfligung: 
S tart-Be fehle, Stop-Be fehle, Positionierbef ehle, Gleichlauf- 
und Kurvenscheiben-Bef ehle, Messtaster und SW-Nocken-Bef ehle, 
Warte-Bef ehle, Tasksteuer-Bef ehle, Befehle fur die Manipulie- 
rung von Variablen sowie weitere allgemeine Befehle. Aufierdem 
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stellt der MCC-Flow Chart-Editor weitere grafischen Kontroll- 
strukturen fur den grafischen Programmablauf zur VerfUgung. 
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Patentansprliche 

1. Verfahren fur die Programmierung von industriellen Steue- 
rungen, insbesondere Bewegungssteuerungen, wobei der Anwender 
mit einem grafischen Editor Kontrollstrukturen und Funktions- 
blocke zu einem auf einer Anzeigeeinrichtung visualisierbaren 
Flow Chart (MCC) verkniipft, 

gekennzeichnet durch die aufeinander fol- 
genden Schritte: 

e) aus dem Flow Chart wird eine textuelle Sprache (ST) er- 
zeugt , 

f) die textuelle Sprache (ST) wird in einen prozessorunab- 
hangigen Zwischencode kompiliert, 

g) der prozessorunabhangige Zwischencode wird auf die Steu- 
erung geladen, 

h) der prozessorunabhangige Zwischencode wird in ablauffa- 
higen Prozessorcode umgesetzt, 

wobei dem Anwender im Flow Chart-Editor, in Abhangigkeit von 
der zugrundeliegenden Maschinen- bzw. Hardwarekonf iguration 
adaquate Sprachmechanismen zur Verftigung gestellt werden. 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dass aus anwenderdef inierten Unterprogrammen der textuellen 
Sprache (ST) automatisch entsprechende grafische Elemente in 
der Flow Chart-Notation (MCC) generiert werden, welche die 
Funktionsschnittstelle der entsprechenden Unterprogramme ent- 
halten . 

3. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 
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dass die autoraatisch generierten grafischen Elemente vom An- 
wender als Sprachelemente des Flow Charts (MCC) verwendet 
werden . 

4. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass als textuelle Sprache Structured Text nach IEC 6-1131 
verwendet wird. 

5. Verfahren nach Anspruch 4, 
dadurch gekennzeichnet, 

dass ein Anwender zum Formulieren von Bedingungen beliebig 
zwischen den Darstellungsf ormen textuelle- Sprache (ST) , Kon- 
taktplan (KOP) und/oder Funktionsplan (FUP) wechseln kann. 

6. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) als Sprachelemente min- 
destens eine Schleife und/oder mindestens eine Parallelver- 
zweigung vorhanden sind. 

7. Verfahren nach Anspruch 6, 
dadurch gekennzeichnet, 

dass innerhalb der jeweiligen Parallelverzweigung die einzel- 
nen Befehle im selben Interpolatortakt gestartet werden. 

8. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) die Funktionsblocke 
durch Maskeneingabe parametriert werden. 

9. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) Funktionsblocke zu Mo- 
dulen zusammengef asst werden, die wiederum als Funktionsblo- 
cke erscheinen. 
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10. Verfahren nach Anspruch 9, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) ineinander geschachtel- 
te Module moglich sind. 

11. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) dem Anwender in den 
Funktionsblocken fur die Variablenzuweisung jeweils mehrere 
Zuweisungen moglich sind. 

12. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) die Funktionsblocke,. 
die Funktionen reprasentieren, die eine Zeitdauer beanspru- 
chen, Weiterschaltbedingungen enthalten . 

13. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass die grafischen Elemente des Flow Charts automatisch po- 
sitioniert werden . 

14. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass die grafischen Elemente des Flow Charts automatisch mit- 
einander verbunden werden. 



15. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass das Flow Chart in der Anzeige verkleinert Oder vergro- 
flert dargestellt werden kann. 

16. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass durch Markierungen in der textuellen Sprache eine Riick- 
iibersetzung in Flow Chart-Notation moglich ist. 
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17. Einrichtung fur die Programmierung von industriellen 
Steuerungen, insbesondere Bewegungssteuerungen, wobei vom An- 
wender mit einem grafischen Editor Kontrollstrukturen und 
Funktionsblocke zu einem auf einer Anzeigeeinrichtung visua- 
lisierbaren Flow Chart (MCC) verkntipfbar sind, 

gekennzeichnet durch die aufeinander fol- 
genden Elemente: 

i) aus dem Flow Chart ist eine textuelle Sprache (ST) er- 
zeugbar, 

j) die textuelle Sprache (ST) ist in einen prozessorunab- 
hangigen Zwischencode kompilierbar , 

k) der prozessorunabhangige Zwischencode ist in einen Spei- 
cherbereich der Steuerung ladbar, 

1) der geladene prozessorunabhangige Zwischencode ist durch 
den Prozessor in einen ablauf f ahigen Prozessorcode um- 
setzbar, 

wobei, dem Anwender auf einem zugehorigen Display im Flow 
Chart-Editor, in Abhangigkeit von der zugrundeliegenden Ma- 
schinen- bzw. Hardwarekonf iguration adaquate Sprachmechanis- 
men zur Verfugung gestellt sind. 

18. Einrichtung fur die Programmierung nach Anspruch 17, 
dadurch gekennzeichnet, 

dass aus anwenderdef inierten Unterprogrammen der textuellen 
Sprache (ST) automatisch entsprechende grafische Elemente in 
der Flow Chart-Notation (MCC) generierbar sind, welche die 
Funktionsschnittstelle der entsprechenden Unterprogramme ent- 
halten. 

19. Einrichtung fur die Programmierung nach Anspruch 17 oder 
Anspruch 18, 

dadurch gekennzeichnet, 
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dass die automatisch generierten grafischen Elemente vom An- 
wender als Sprachelemente des Flow Charts (MCC) verwendbar 
sind. 

20. Einrichtung fur die Programmierung nach Anspruch 17, 18 
Oder 19, 

dadurch gekennzeichnet, 

dass als textuelle Sprache IEC 6-1131 verwendbar ist. 

21. Einrichtung fur die Programmierung nach Anspruch 20, 
dadurch gekennzeichnet, 

dass fur einen Anwender zum Formulieren von Bedingungen ein 
beliebiger Wechsel zwischen den Darstellungsf ormen textuelle 
Sprache (ST), Kontaktplan (KOP) und/oder Funktionsplan (FUP) 
vorgesehen ist. 

22. Einrichtung fur die Programmierung nach einem der Ansprii 
che 18 bis 21, 

dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) als Sprachelemente min 
destens eine Schleife und/oder mindestens eine Parallelver- 
zweigung vorhanden sind. 

23. Einrichtung fur die Programmierung nach Anspruch 22, 
dadurch gekennzeichnet, 

d^ss innerhalb der jeweiligen Parallelver zweigung die einzel 
nen Befehle im selben Interpolatortakt startbar sind. 

24. Einrichtung fur die Programmierung nach einem der Ansprii 
che 18 bis 23, 

dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) die Funktionsblocke 
durch Maskeneingabe parametriert sind. 

25. Einrichtung fur die Programmierung nach einem der Ansprii 
che 18 bis 24, 

dadurch gekennzeichnet, 
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dass in der Flow Chart-Notation (MCC) Funktionsblocke zu Mo- 
dulen zusammengef asst sind, die wiederum einen Funktionsblock 
bilden. 

26. Einrichtung fur die Programmierung nach Anspruch 25, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) ineinander geschachtel- 
te Module vorgesehen sind. 

27. Einrichtung fur die Programmierung nach einem der Ansprii- 
che 18 bis 26, 

dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) flir den Anwender in den 
Funktionsblocken fur die Variablenzuweisung jeweils mehrere 
Zuweisungen vorgesehen sind. 

28. Einrichtung fiir die Programmierung nach einem der Anspru- 
che 18 bis 27, 

dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) fiir diejenigen Funkti- 
onsblocke, die Funktionen reprasentieren, die eine Zeitdauer 
beanspruchen, Weiterschaltbedingungen vorgesehen sind. 

29. Einrichtung fiir die Programmierung nach einem der Anspru- 
che 18 bis 28, 

dadurch gekennzeichnet, 

dass die grafischen Elemente des Flow Charts (MCC) automa- 
tisch positionierbar sind. 

30. Einrichtung fiir die Programmierung nach einem der Ansprii- 
che 18 bis 29, 

dadurch gekennzeichnet, 

dass die grafischen Elemente des Flow Charts (MCC) automa- 
tisch miteinander verbindbar sind. 

31. Einrichtung fiir die Programmierung nach einem der Anspru- 
che 18 bis 30, 
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dadurch gekennzeichnet, 

dass das Flow Chart (MCC) in der Anzeige verkleinert oder 

vergroftert darstellbar ist. 

32. Einrichtung fur die Programmierung nach einem der Anspru- 
che 18 bis 31, 

dadurch gekennzeichnet, 

dass durch Markierungen in der textuellen Sprache eine Ruck- 
ubersetzung in Flow Chart-Notation (MCC) vorgesehen ist. 



200014826 



36 

Zusammen fas sung 

Flow Chart Programmierung fur industrielle Steuerungen, ins- 
besondere Bewegungssteuerungen 

5 

Durch die Erfindung wird ein Verfahren und eine Einrichtung 
fiir die grafische Programmierung von industriellen Steuerun- 
gen, insbesondere Bewegungssteuerungen, aufgezeigt. Ein An- 
wender wird dabei sowohl hinsichtlich SPS-Funkt ionalitat als 
10 auch beziiglich Mot ion-Funktionalitat unterstutzt. Aus grafi- 
schen Flow Charts (MCC) wird dabei eine textuelle Sprache 
(ST) erzeugt, die in einen prozessorunabhangigen Zwischencode 
kompiliert wird. Erst dieser wird auf die Steuerung geladen 
und in ablauf f ahigen Code umgesetzt. 

15 

FIG 6 
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